home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20010306-20010921 / 000288_fdc@watsun.cc.columbia.edu_Fri Jul 27 10:23:38 EDT 2001.msg < prev    next >
Text File  |  2020-01-01  |  3KB  |  70 lines
  1. Article: 12638 of comp.protocols.kermit.misc
  2. Path: newsmaster.cc.columbia.edu!watsun.cc.columbia.edu!fdc
  3. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  4. Newsgroups: comp.protocols.kermit.misc
  5. Subject: Re: HELP!  kermit * modem keeps dropping from panix.com (in NYC)
  6. Date: 27 Jul 2001 14:23:29 GMT
  7. Organization: Columbia University
  8. Lines: 53
  9. Message-ID: <9jrth1$ka$1@newsmaster.cc.columbia.edu>
  10. References: <9jr3bp$sta$1@panix2.panix.com> <9jrk4k$nlr$1@newsmaster.cc.columbia.edu>
  11. NNTP-Posting-Host: watsun.cc.columbia.edu
  12. X-Trace: newsmaster.cc.columbia.edu 996243809 650 128.59.39.2 (27 Jul 2001 14:23:29 GMT)
  13. X-Complaints-To: postmaster@columbia.edu
  14. NNTP-Posting-Date: 27 Jul 2001 14:23:29 GMT
  15. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:12638
  16.  
  17. In article <9jrk4k$nlr$1@newsmaster.cc.columbia.edu>,
  18. Jeffrey Altman <jaltman@watsun.cc.columbia.edu> wrote:
  19. : I would say that 99% of users these days use PPP connections
  20. : when they dial into a Unix host.  Even when they simply want
  21. : shell access.  Use PPP first, and then telnet to the host.
  22. : 
  23. : Since you do not describe the circumstances under which you
  24. : are losing the connection, I cannot comment further.
  25. : 
  26. I think the attraction of Panix is that it is one of the few
  27. places that still offers direct dialin shell accounts.
  28.  
  29. : In article <9jr3bp$sta$1@panix2.panix.com>,
  30. : David Combs <dkcombs@panix.com> wrote:
  31. : : ...
  32. : : Nonetheless, I'm still getting knocked off all the time.
  33. :
  34. This is either because you have been exceeding some kind of 
  35. idle limit on the Panix end, or because of bad connections,
  36. perhaps exacerbated by modem incompatibilities.
  37.  
  38. : : Question: do you happen to have access to a SUN?
  39. :
  40. Yes, we have have Suns.  And we discovered some months ago that
  41. C-Kermit did not handle hardware flow control properly in
  42. recent Solaris versions (I'm not sure exactly where the cutoff
  43. is, but it appears that Solaris changed its hardware flow
  44. control API somewhere after 2.1 and before 2.6).  This would
  45. not necessarily explain disconnections, but in any case you
  46. should be using the most recent C-Kermit 7.0 Beta, which has
  47. been thoroughly checked out on Solaris dialup connections:
  48.  
  49.   http://www.columbia.edu/kermit/ck80.html
  50.  
  51. If that makes no difference then, assuming the problem is not
  52. idle time, the next place to look is your modem.  After your
  53. connection is dropped, do this:
  54.  
  55.   C-Kermit> set carrier-watch off
  56.   C-Kermit> connect
  57.  
  58. and now type the modem's command to display statistics about
  59. its most recent connection.  The command depends on the make
  60. and model of the modem, but is usually ATIn, where n is a
  61. digit, like '6'.  The better modems will give you counts of
  62. block errors, retrains, and so forth, and will even list the
  63. disconnection reason.  If it's "host hung up" or "remote
  64. disconnect", the problem is on the Panix end.  It might even
  65. be some kind of weird interaction of your modem and theirs,
  66. and maybe the problem would vanish if you tried a different
  67. kind of modem.
  68.  
  69. - Frank
  70.